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PREFACE 

Sometimes it is easy to get the impression that testing the hard- 
ware of a computer is the task of an engineer in electronics and 
no one else. This is not the case, however. 

To encircle an error in a certain part of the machine, the engineer 
requires various bit patterns to loop through the erroneous part with- 
out effecting too many surrounding sectiorsof the hardware. This 
usually implies writing complicated programs in a restricted set of 
the machine code (in order to avoid using critical sections surroun- 
ding the part in error). This is a job for software people, not tech- 
nicians. 

In the spring of 1975, the authors were to assist in the hardware 
testing of Mathilda, a computer designed and built in the department 

[i]. 

At this time, RIKKE-1 (a prototype machine of Mathilda, but with 
a 16-bit word length) was in operation with an Operating System 
written in BCPL [2] running on it. The l/O interface between Mathil- 
da and RIKKE-1 is extremely simple (a question of connecting them 
with 2 cables)and our first task was to adjust the RIKKE-1 operating 
system so it viewed Mathilda as a device. We were now able to ex- 
ploit the power of a higher level language for generating data and 
control information to Mathilda. This possibility lead to the develop- 
ment of a software tool on RIKKE-1 to enable that the data generation 
to and the flow of control of hardware test programs in Mathilda could be 
entirely driven in an interactive fashion from RIKKE-1's console, 
given that the test programs were structured suitably. 

This approach to the testing of the hardware gave us many advantages, 
for example: 

• the micro code in Mathilda was short, simple to write and 
used very few parts of the machine other than those of in- 
terest. 

• the interactive way of working gave us immediate response, 
and closing in sources of errors was more or less trivial. 
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This manual describes the facilities of this software tool which we 
have named the Mathilda Driver, and gives a list of the commands 
applicable to it. We cannot describe how to hardware test Mathil- 
da, because each test program has its own properties and they are 
defined by the resource to be tested and through discussions between 
programmers and technicians on the spot. We hope, however, that 
the Mathilda Driver is a tool so flexible that any test problem, no 
matter how intricate, can be solved by using the facilities provided 
in the Driver in such a way that the test program in Mathilda may 
be written in a very simple-minded fashion. 

We assume the reader has read the references [l ] and [2]. 
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0, INTRODUCTION 

The Mathilda Driver jreferredto as MD in the following] provides 
control and data generation facilities in RIKKE-1 for the support 
of the hardware testing of Mathilda. Mathilda may be completely driven 
via commands from RIKKE-'Ms console, and the size and complexity 
of the micio code test programs in Mathilda are reduced to a minimum, 
thus easing readability and reducing design time of the micro code rou- 
tines in Mathilda. 

1. MODE OF OPERATION 



MD expects that the microprogram running in Mathilda has a specific 
structure. A general example looks like: 

A : Read an address for a specific action 

from RIKKE-1 

goto specified address 

address 1 : Read any parameters from RIKKE-1 
necessary for action. 
Execute action 1 
goto A 

address 2 : Ditto as address 1 



address n : 

Observe that the operator on RIKKE-1 must know the precise struc- 
ture of the microprogram in Mathilda; e. g. the addresses of the various 
actions, and the number of reads from RIKKE-1 and writes to RIKKE-1 
Any kind of error in the command sequence from RIKKE-1 may cause 
a fatal deadlock in the communication between RIKKE-1 and Mathilda. 
This will usually require a complete restart of Mathilda and MD. 

2. COMMAND STRUCTURE 



A command to MD consists of a list of single commands, separated 
by delimiters if necessary. [Delimiters may be omitted if the resulting 
concatenation of single commands cannot cause an ambiguous interpre- 
tation. ] 



A single command consists of a letter, a double letter, or one of the 
latter followed by an integer or a bit pattern or both. An integer is 
always interpreted as a decimal integer. A bit pattern is a sequence 
of O's and 1's. The pattern may be no longer than 16 bits. 

A delimiter is inserted in the command string by typing VT on the 
keyboard. A , $ l is echoed on the console. The command string is 
terminated and immediately executed by typing two delimiters in suc- 
cession. 

A single character in the command string may be deleted by typing 
RUBOUT. The character is echoed on the console. An incomplete 
command string may be deleted entirely by typing CTRLx. The promp- 
ting l # l is echoed on the console. 

MD is equipped with 4 macro buffers. A command string may be in- 
serted into a macro; the macro may then be executed any number of 
times required by the operator. If an error is detected during exe- 
cution, the operation is terminated. A macro definition may be called 
within another macro definition, but recursive definitions, i.e. a 
macro calling itself, are not allowed. 

3. CONTROL AND DATA GENERATION FEATURES 

MD can manipulate buffers in different ways. A list of the buffers 

contained in MD follows: 

Output Buffer. 

1 buffer, 64 bits wide, primarily used for sending data to Mathilda. 

Control Buffer. 



1 buffer, 64 bits wide, used for sending control information to Ma- 
thilda, i.e. pointer and function control. Only the 16 least signifi- 
cant bits are accessible. 

Address Buffer. 



1 buffer, 64 bits wide, used for sending sequencing information to 
Mathilda. Only the 16 least significant bits are accessible. 



Add Buffer, 

1 buffer, 64 bits wide, used to contain a 64 bit constant which may 

be added to the Output Buffer during execution of a command sequence. 

The addition is performed in groups of 16 bits [63-48, 47-32, 31-16, 

15-0]. No carry is taken across the 16 bit bounds. 

Input Buffer. 

1 buffer, 64 bits wide, used to receive data from Mathilda. 

External Register Buffer. 

1 buffer, 16 bits wide, used to initialize Mathilda's External Register. 

Scratch Buffers* 

8 buffers, 64 bits wide, numbered through 7, used for various pur- 
poses, e.g. read, write, comparison, etc. The reader will get full 
details in the list of single commands. 

MD is equipped with the following data generation facilities: 

Pattern Generation. 

Any bit pattern, 0-16 bits wide, may be 

1) copied across the 64 bits of the Output Buffer. 

2) inserted at any bit position in the Output Buffer. 

3) added in at any bit position of the Output Buffer. 

Bit Manipulation. 

Any bit in the Output Buffer may be 

1) inserted [the rest of the bits left untouched] 

2) set [the rest cleared] 

3) reset [the rest left untouched] 

Mask Generation. 

A mask generator, equivalent to the Post Mask Generator in Ma- 
thilda, is provided to work on the Output Buffer. 

Comparison. 

The contents of the Input Buffer may be compared with the Output 

Buffer or any of the scratch buffers. Depending on the result of the 
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comparison, a choice between 2 different command string executions 
is made. 

Shift. 

The contents of the Output Buffer may be shifted cyclic through 64 
bits either left or right. The contents of the External Register and 
Control Buffers may be shifted left 0-15 bits (logically) during trans- 
mission to Mathilda. The actual contents are, left untouched. 

Instruction Generation. 



Any micro instruction for Mathilda may be generated with a simple 
Micro Assembler included in MD. The operator specifies which field 
in the instruction (i. e. fl, si, etc. ) he wishes to initialise fol lowed 
by the code in decimal. The micro instruction is placed in the Out- 
put Buffer. 

64 bit ALU. 

MD is equipped with a 64 bit ALU, equivalent to the hardwired ALU 
in Mathilda. It contains the same functions and operates in the same 
fashion. A-input is always the Output Buffer, B- input may be any of the 
Scratch Buffers, and the result is delivered in Scratch Buffer 0. The 
function of the ALU is specified in a separate command. 

Display. 

The contents of any buffer can be displayed either on the console or on 

the printer. 

Load, 

MD can read binary paper tape micro programs generated by MARIA 
in bootstrap loader format [i.e. default format], and transform them 
to something readable for Mathilda. A special micro program, called the 
Bootstrap-Normal izer, has been written to enable the loading of such 
programs from MD. This implies that test programs need not be con- 
fined to 16 words, but can use as many control store words as neces- 
sary. See appendix A for the source text of the Bootstrap-Normal izer. 
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4. S1NGLB COMMANDS 

The following is list of the single commands provided in MD ? with 

a short description of each. 



a = <n> 
a I = <n> 



Load Address Buffer with <n>. 
Load ALU function selector with <n>. 
Any activation of the ALU in MD follo- 
wing this command will give the result 
of the specified function/Possible func- 
tions are : 



c 


) A 


1 


AVB 


2 A V -, B 


^ 


I - 1 


4 A + (A A -i B) 


C 


> (A V B) + ( A A -iB) 


e 


> A + ^B 


7 


(A - B) -1 


8 


A + (A A B) 


9 


A + B 


1C 


(A ViB) + (AA B) 


11 


(A A B) -1 


12 


A+ A 


13 


(A V B) + A 


14 


(AV-iB) + A 


15 


A - 1 


16 


-i A 


17 


-i (A V B) 


18 


-i A A B 


19 





20 


-i (A A B) 


21 


-nB 


22 


A NEQV B 


23 


A A -, B 


24 


-i A V B 


25 


A EQV B 


26 


B 


27 


A A B 


28 


All «1's 


29 


A V -iB 


30 


AVB 


31 


A 


32 1 




33 




34 




35 




36 




37 




38 




39 





ac 



a I <n> 



be <n> 

bi <n> 

bs <rt> 

c = <n> 
c + 
c - 
cp<str1>/<str2> 



cp<n> <str1>/<str2> 

da 
db 

dc 
de 

di 
dj 



As functions 
- 15, plus 1, 
e. g. 32 : A + 1 
39 : A - B 



Load ALU function selector from Con- 
trol Buffer's 16 least significant bits. 
Activate ALU with function given in ALU 
function selector. A-input is Output 
Buffer and B-input is Scratch Buffer 
<n>. Result is delivered in Scratch 
Buffer 0. 

Clear bit <n> in Output Buffer. All other 
bits left untouched. 
Insert bit <n> [set bit <n>] in Output 
Buffer. All other bits left untouched. 
Set bit <n> in Output Buffer. All other 
bits are cleared. 
Load Control Buffer with <n>. 
Increment Control Buffer. 
Decrement Control Buffer. 
Compare Input Buffer with Output Buffer. 
If buffers are logically equivalent, exe- 
cute command string <str1>, otherwise 
execute command string <str2>. Note: 

<str2> must not contain 

any delimiters. 
As command above, where Output Buffer 
is exchanged with Scratch Buffer <n>. 
Display Address Buffer on printer. 
Display Output Buffer and Input Buffer, 
in that order, on printer. 
Display Control Buffer on printer. 
Display External Register Buffer on 
printer. 

Display Input Buffer on Printer. 
Display Control Buffer and Input Buffer, 
in that order, on printer. 
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do Display Output Buffer on printer, 

du Display ALU function selector on 

printer. 
d<n> Display Scratch Buffer <n> on printer, 

e = <n> Load External Register Buffer with <n>. 

e+ Increment External Register Buffer, 

e - Decrement External Register Buffer, 

f Give form feed on printer, 

h Terminate execution of current command 

string, 
i <field1>. . .<fieldn>$ Create micro instruction in Output Buffer. 

<fieldk> contains field description and 

value to be inserted in field, and must 

have the following format: 

<fd> = <m>$ 

<fd> may be written as: 

fl f3 vs bi (bisb) 

s.1 s3 ds ci (cisb) 

m2 m4 be (enable) sc 

f2 f4 bd af 

m'3 as bs at 

The field specified by <fd> is then set 

to the value <m>. <m> is masked to suit 

the bit width of the field. 
I Load Mathilda with contents of binary 

paper tape in RIKKE-1 »s reader. Paper 

tape must be in Bootstrap Loader format 

from MARIA, i.e. default format. MD 

then transmits to Mathilda: 

1) Load address in Control Store 

2) Count of instruct ions- 1 

3) Instructions 

4) Execution start address 

Note : Contents of Address Buffer, 
and Output Buffer are undefined after 
execution of M 1 instruction. 
m<n> Generate <n> Vs in Output Buffer. 
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mc 



oe 



of 



orxn> 



jf 

<n> > 0, generate <n> f s, starting 
at most significant bit, set 
rest of bits to 1, 
<n> > 63, generate 128 - <n> 0's, 
starting at least signifi- 
cant bit, set rest of bits 
to 1. 
Generate mask as above, but take control 
information from Control Buffer* s 16 
least significant bits. 
Punch approximately 15 cm paper feed 
[i.e. blank tape, no feed holes] on pun- 
cher. 

Punch 8 frames with feedholes£no data] 
on puncher. 

Punch the integer <n> as 2 frames on 
puncher; the 8 most significant bits first 
followed by the 8 least significant btis. 
Punch Output Buffer on puncher. The bits 
of the buffer appear on the paper tape as 
follows: 
frameno. tape bitno. 




1 

2 
3 

4 
5 
6 
7 
8 




15-8 

7-0 

31-24 

23-16 

47-40 

39-32 

63-56 

55-48 



[This format is equivalent to various mi- 
croloaders format for RIKKE-1 and Ma- 
thilda]. 
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o<n> 
oa 



pc<p> 



ps<n>, <p> 

pi<h>, <p> 

pm 

pm<n> 

Pb 

pb<n> 

pa 



pa<n> 

q 

r 

r<n> 

rs 



Punch Scratch Buffer <n> [as above]. 
Punch 8 Scratch Buffers in the same 
format as above on puncher, starting 
with Scratch Buffer and ending with 
Scratch Buffer 7. 

Copy pattern <p> across Output Buffer. 
<p>may be any combination of bits and 
of length between 1 and 16 bits. <p> is 
then repeated as many times in the Out- 
put Buffer as there is room for it. 
Set pattern <p> in Output Buffer star- 
ting at bit position <n>. All other bits 
are cleared. 

Insert pattern <p> in Output Buffer, 
starting at bit position <n>. All other 
bits are left untouched. 
Move pattern in Output Buffer to Add 
Buffer. 

Move pattern in Output Buffer to Scratch 
Buffer <n>. 

Move pattern in Add Buffer back to Out- 
put Buffer. 

Move pattern in Scratch Buffer <n> back 
to Output Buffer. 

Add Add Buffer to Output Buffer. The 
adding is performed in 16 bit groups 
[63-48, 47-32, 31-16, 15-0] and no 
carry is transported between the groups. 
Add Scratch Buffer <n> to Output Buffer. 
Terminate MD session and return to ope- 
ting system. 

Read from Mathilda into Input Buffer. 
Read from Mathilda into Scratch Buffer <n>. 
Reset Input Flag in RIKKE-1 for Mathilda. 
This instruction must be used with care. 
If the Input Flag is reset already, an 
input deadlock will occur. 
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s<n> 



sc 



ta 
tb 

tc 
te 
ti 
tj 

to 

tu 

t<n> 

wa 

wb 

wc 

wc<n> 

we 

we<n> 

wc<n> 
vm<str> 



Shift Output Buffer cyclic <n> positions, 
jf 

<n> >0, execute left shift [i. e. from 

least significant towards most 
significant bits] . 

<n> < 0, execute right shift [ i. e. from 
most significant towards least 
significant bits]. 

<n> = 0, no action 
Shift Output Buffer as above, take control 
from 16 least significant bit of Control 
Buffer. 

Display Address Buffer on console. 
Display Output Buffer and Input Buffer, 
in that order, on console. 
Display Constrol Buffer on console. 
Display External Register Buffer on console. 
Display Input Buffer on console. 
Display Control Buffer and Input Buffer, 
in that order, on console. 
Display Output Buffer on console. 
Display ALU function selector on console. 
Display Scratch Buffer <n> on console. 
Transmit Address Buffer to Mathilda. 
Transmit Output Buffer to Mathilda. 
Transmit Control Buffer to Mathilda. 
Transmit Control Buffer, left shifted <n>, 
to Mathilda. 

Transmit External Register Buffer to 
Mathilda f s External Register* 
Transmit External Register Buffer, left 
shifted <n>,to Mathilda's External Register. 
Transmit Scratch Buffer <n> to Mathilda. 
Define contents of Macro Buffer v to <str>. 
The complete command string <str> defines v, 
no other command than the definition is executed. 
Display contents of Macro Buffer v on console. 
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v 

v<n> 
xm<str> 
x? 

X 

x<n> 
ym<str> 

y? 
y 

y<n> 

zm<str> 

z? 

z 
z<n> 



Execute Macro v once. 

Execute Macro v <n> times. 

Define contents of Macro Buffer x to <str>. 

Display contents of Macro Buffer x on console. 

Execute Macro x once. 

Execute Macro x <n> times. 

Define contents of Macro Buffer y to <Str>. 

Display contents of Macro Buffer y on console. 

Execute Macro y once. 

Execute Macro y <n> times. 

Define contents of Macro Buffer z to <str> 

Display contents of Macro Buffer z on console. 

Execute Macro z once. 

Execute Macro z <n> times. 
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5. TECHNICAL DETAILS 

The Input Port B of Mathilda is connected to Output Port B, device 
11 on RIKKE-1 in such a way that the 16 bits transmitted from RIK- 
KE-1 are input in the Input Port f s least significant bits. This means 
that the micro coded Read routine in Mathilda must read 4 times and 
shift and logically OR the results together to comprise a full 64 bit 
Mathilda data word. The current Standard Read Routine in Mathilda 
does this and expects RIKKE-1 to send the 64 bit word in descending 
bit order, i.e. first bits 63-48, then bits 47-32 etc. MD's transmit 
routine is devised to do this. See appendix B. 

The Output Port B of Mathilda is connected to the Input Port B, device 
11, on RIKKE-1. As in the input case, only 16 least significant bits 
may be transmitted. The current Write routine in Mathilda transmits 
a 64 bit word in descending bit order, and MD's read routine is devised 
to accept this. See appendix B. 

The External Register of Mathilda is connected to Output Port B, de- 
vice 8, on RIKKE-1. When MD transmits to the External Register 
Buffer, it sends the contents out on this line. There is no flag com- 
munication on this line, so logically speaking, Mathilda ! s External 
Register is currently equivalent to RIKKE-1 f s Output Port B device 
buffer 8. 

MD is not in the RIKKE-1 operating system f s resident library, but 
must be loaded and run as a user program. 
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6. CROSS REFERENCE INDEX 



Address Buffer. 



page 



load 8 

transmit 13 
display g } 13 

Add Buffer. 

load from Output Buffer 12 

move to Output Buffer 12 

add to Output Buffer 12 

Control Buffer. 

load 9 

increment 9 

decrement 9 

transmit 13 

transmit shifted 13 

load ALU function selector with control 9 
display 9, 13 

External Register Buffer. 

load 10 

increment 10 

decrement 10 

transmit 13 

transmit shifted 13 
display 9, 13 

Input Buffer. 

read from Mathilda 12 

compare with Output Buffer 9 

compare with Scratch Buffers 9 
display 9, 13 

Output Buffer. 

create patterns 12 

manipulate bits 9 
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page 

shift 13 

set mask 1 1 

create microinstruction 10 

compare with Input Buffer 9 

transmit 13 

punch contents 11 

display 10, 13 

move to other Buffers 12 

ALU, 

set ALU function 8 

activate ALU 9 

display function selector 10, 13 

Display Facilities. 9 > 10, 13 

Transmit Facilities. 13 

Read Facilities. 12 

Assembly Facilities. 10 

Punch Facilities. 11, 12 

Macro Facilities. 13, 14 

Load Facilities. 10 

Miscellaneous. 

terminate command string execution 10 

terminate MD session 12 

give form feed to printer 10 



18. 



Appendix A. 



************ * ******* * * *** * * * ************ * * * * ***** * ***** * * * * * * * ***** 4c * * ************************************ 



43 
44 

45 
46 



READ: 



AS:«AL,<16; 

LR:«IBJ 

I 



ALF:«ALLOS, 

BSS:«CM, CA>1> 
ALF:«AS)B, LRPC, 



IBA 



CA: «9733 



;r + 2 

;IF CA(3) THEN RA + 1 ELSE R-l 
?IF IBDA THEN HERE-1 ELSE HERE 



47 
48 
49 



WRITE: I 
; 
vs,ob:«vs,<16; 



CA:«3 



BSS:»CM 
CA-1, 



OBA; 



;UNLESS OBSA THEN HERE 

IF CA THEN RA+1 ELSE HERE-1 



<0 
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Appendix B. 



MARIA VERSION MATHILDA - 4.1 



25/07/75 



13,23.48. 



LIN 


0: 


**** 


12 


2: 


3: 


4: 


5: 


6: 


7: 


8: 


9: 


10: 


■ 11: 


12: 


13: 


14: 


15: 


**** 


16: 


17: 


18: 


19: 


20: 


21: 


ZZi 


23: 


24: 


25: 


26: 


27: 


28: 


29: 


30: 


31: 


32: 



ENO 



CS AOORESS 





1 

2 

3 

4 

5 

6 

7 

6 

9 

10 

11 

12 

13 

14 

15 



**************** *********** ************************* ********** ************************* ******************* 

BOOTSTRAPLOADER AND NORMA LI ZER FOR MATHILDA 

AT EXIT WE HAVE 

MAIO) * LA101 * LBIO) - PAIO) * NOMASK 

MAUI * PA(l) - PBIO) * FULLMASK 

MAP * LAP • PAP * PBP ■ .0 

LRP « 

BSS « PGS « CM 

RAP * RBP « 

WAP AND WBP ARE UNCOUPLED 

SCUALF IS SET TO A*B 

KC AND KD ARE CLEARED 

*********************** **************************************** ************************************ ******* 



PABC, LBPC 

PA:«BUS, LAPC 

SCUALF*, LA:«SB 

PB:«BUS, PAP + 1 

PA:*BUS, 

RA! 

PGS:,»CM, ----- 
KDC 

SA + 1 
AL; RBPC, SA:*SB 

READ: ; ALF:« ALIOS, CA:«9733 

NMMMW MMMWN 

UNCPLB, IBA 

LRPC, UNCPLA 



; 




alf:« 


ALLOS, 


allis; 


M N « N M 


MAPC, 


MA: 


•allis; 


--"-- 


LB:«SB, 


al; 




MAP+1, 


RAPC, 


ma: 


• AL; 


IBA, 


RA! , 


al; 






SA:»SB, 


al; 




CB:«SB, 


RA! , 


al; 




RB! , 


OC:*BUS 


; 






CSLOAD, 


; 




RA!, 




; 




CB-1, 


KCC, 


AL; 




RBPC, 


SA:*SB 


; 




ALF:« 


ALLOS, 


AS: 


•AL»<16; 


PA PC, 


MAPC 


LR: 


>ib; 


BSS:»CM, 


CA+1, 


; 




ALF:« 


AdB, 



R-READ 
R-READ 
R+READ. 

SA. 

REREAD. 
UNLESS CB 
SA 



THEN RB. 



; R + 2 

;IF CM3) THEN RA + 1 ELSE HERE-1 

; IF IBDA THEN HERE-1 ELSE HERE 



to 

O 

01 
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Appendix C. 

The test program given in this example tests the Loading Mask A re- 
gister group, LA. The LA mask, specified by the LA pointer, LAP, 
is active when Working Register A, WA, is loaded from the shifted 
bus. 

The mask works as follows: 

If bit i of the LA mask is 1 then 
bit i of WA is bit i of the shifted bus. 
If bit i of the LA mask is then 
bit i of WA is left unchanged. 

We will now discuss the commands needed to test the LA mask register 
group. 

First of all, the Bootstrap-Normal izer microprogram must be dead- 
started into Mathilda. 

Mathilda is ready to be loaded with the test program. The program 
is set into RlKKE-1's reader and the command 

|$$ 
is typed on the console. Mathilda loads the program into it f s control 
store. 

We are now interested in testing that the LAP pointer functions. This 
is accomplished by filling a count in each register of the group while ad- 
justing the pointer, i.e. if LAP = 6, we fill 6 into the register pointed 
to by LAP. When we read the registers again we can check if this really 
happened. As the physical register is built of 8 bit modules each having 
their own pointer connection we wish to check that the pointer is cor- 
rect for all 8 bit modules so we want a count in 8-bit groups. We do 
this by using the Add Buffer. We write: 
pc00000001$ pm$$ 

This command sets 1 bit in each 8 bit group of the Output Buffer and 
puts it in the Add Buffer as well. We define the macro that is to ini- 
tialise 1 register: 

xm a =21 $ we 12 $ wa $ wb $$ 
(Please read the listing of the program while studying this macro). 
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Why "we 12"? Because when LAP loads it's input from the External 
Register, it takes bits 15-12. The good hardware tester should al- 
ways have these peculiarities in mind, and look them up every time - 
never trust your memory. 

We define a macro that loads a register and increments the Output 
Buffer and the External Register, 
ym x $ pa $ e + $$ 

We are ready to load the masks, We write: 
e = $ $ 
y 16 $$ 

The LA registers are now initialised with the count, and we define 
a macro to read them and then we execute it. 

zm a = 25 $ we12 $ wa $ r $ di $ e + $$ 

e = $$ 

z 16 $$ 

The output from the printer is analyzed to detect any errors. 

We encourage the reader to visualize the rest of the test process - 
or even try it! 



LINENO 


cs 


0: 




1 : 




2: 




3: 




»*** 




4: 




5: 




6: 




***» 




7: 




8: 


17 


9: 


18 
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